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SPECIFICATION 

SYSTEM AND METHOD FOR MANAGING BAD ACCOUNTS OF 
ACCOUNTS RECEIVABLE 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] This invention relates to systems and methods for managing bad 
accounts of accounts receivable, and more particularly, to a system and method 
which can automatically calculate and balance bad account provisions according to 
types and ages of accounts receivable. 

2. Description of Related Art 

[0002] The effective management of accounts receivable is always an 
important subject of financial management of an enterprise. Nowadays, there are 
many computer systems developed for managing accounts receivable, mainly 
focusing on automatic booking and recording of accounting entries. Such 
computer systems make some improvements on reducing workload and human 
error. However, the efficient recovery and control of accounts receivable are still 
problematic. 

[0003] A common problem is how to efficiently manage bad accounts of 
accounts receivable. The differences in types of bad accounts and delay times 
make it difficult to efficiently managing bad accounts by a conventional 
freestanding computer system. Calculation and balancing of bad account 
provisions are still conducted at least in part by manual work, which is notoriously 
inefficient and prone to human error. 



[0004] US Pat. Publication No. 2002/0077972, published on June 20 th , 2002, 
discloses a method and means for an on-line accounts receivable management 
system. The system of the invention can timely track current accounts receivable 
(AR) via a central server connecting with computer systems of banks and an AR 
agent whose business is to help enterprises recover their accounts receivable. 
Said system is directed to solving the problem of how to track and recover 
accounts receivable when excesses of accounts receivable occur. However, said 
system does not adequately address the issue of automatically managing bad 
accounts of accounts receivable. 

[0005] Accordingly, what is needed is a system and method which can 
overcome the abovementioned problems. 

SUMMARY OF THE INVENTION 

[0006] A primary object of the present invention is to provide a system which 
can automatically calculate and balance bad account provisions according to types 
and ages of current accounts receivable. 

[0007] Another object of the present invention is to provide a method which 
can automatically calculate and balance bad account provisions according to types 
and ages of current accounts receivable. 

[0008] In one aspect of the present invention, a system for managing bad 
accounts of accounts receivable is provided. The system comprises a database 
server for storing accounts receivable data; an application server electrically 
connected with the database server for accessing and processing data stored in the 
database server, the application server comprising an accounts receivable (AR) 
managing module for managing and updating the accounts receivable data stored 
in the database server, an account age analyzing module for analyzing ages of the 



accounts receivable, a bad account provision calculating module for calculating 
bad account provisions of the accounts receivable; and a plurality of client 
computers electrically connected to the application server for downloading data 
from and uploading data to the database server. 

[0009] In another aspect of the present invention, a method for managing bad 
accounts of accounts receivable is provided. The method comprises the steps of: 
obtaining accounts receivable data; confirming account receivable types according 
to the accounts receivable data; calculating ages of accounts receivable according 
to the accounts receivable data; selecting bad account provision rate for each 
account receivable according to the account receivable type and the calculated age 
of the corresponding account receivable; and calculating bad account provision for 
each account receivable according to the selected bad account provision rate. 
[0010] Other objects, advantages and novel features of the present invention 
will be drawn from the following detailed description of the present invention with 
attached drawings, in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 

[00 1 1 ] FIG. 1 is a schematic diagram of hardware infrastructure of a system for 
managing bad accounts of accounts receivable according to a preferred 
embodiment of the present invention; 

[0012] FIG. 2 is a block diagram showing data stored in a database server of 
the system of FIG. 1; 

[0013] FIG. 3 is a schematic diagram of main function modules of an 
application server of the system of FIG. 1; 

[0014] FIG. 4 is a flowchart for managing customers' credit limits, in 
accordance with the present invention; 
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[0015] FIG. 5 is a flowchart for recovering a customer's credit limit after a 
payment by the customer, in accordance with the present invention; and 
[0016] FIG. 6 is a flowchart for calculating bad account provisions, in 
accordance with the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0017] FIG. 1 is a schematic diagram of hardware infrastructure of a system 
for managing bad accounts of accounts receivable, according to the preferred 
embodiment of the present invention. The hardware infrastructure comprises a 
database server 2, an application server 3, and a plurality of client computers 1. 
The database server 2 stores accounts receivable data of an enterprise. The 
application server 3 can electronically visit a sales management system 5 and a 
bank note management system 6 and retrieve data therefrom via a communications 
network 4. The sales management system 5 is used for managing and storing 
sales data of the enterprise, the sales data comprising sales records, sales revenue, 
accounts receivable and so on. The bank note management system 6 is used for 
managing and storing payment data of customers, the payment data comprising 
bank note types, issuing dates, maturity dates and so on. Each client computer 1 
can visit the application server 3 via the communications network 4, and further 
access data stored in the database server 2 via the application server 3. The 
communications network 4 can be the Internet or an intranet. 
[0018] FIG. 2 is a block diagram showing data stored in the database server 2. 
Said data comprise basic data 20, accounts receivable (AR) data 21, credit limit 
definitions 22, customer credit ratings 23, bad account definitions 24, bad account 
provision rates 25, and bad account provisions 26. 

[0019] The basic data 20 comprises customer data 200 and department data 



201. The customer data 200 is for storing basic data on customers, including 
customers' names, addresses, contact details, client banks, transaction records and 
so on. The department data 201 stores basic data of internal departments of the 
enterprise, including main products, main customers, managers, internal accounts 
and so on. 

[0020] The AR data 21 include all data related to accounts receivable, such as 
dates, sums, customers, payment terms, discount terms and so on. The AR data 
21 are collected from the sales management system 5 and the bill note management 
system 6, and can be automatically updated accordingly. When a new transaction 
is added to the sales management system 5, a new AR record is automatically 
added to the AR data 21 according to the transaction. Similarly, when the bank 
note management system 6 confirms a payment record of a customer, the accounts 
receivable of the customer is correspondingly updated in the AR data 21. 
[0021] The credit limit definitions 22 define accounts receivable limits of 
different customer credit ratings. Each credit rating corresponds to a pre-defined 
credit limit, and each customer is assigned a credit rating in advance. A customer 
with a higher credit rating has a higher credit limit. 

[0022] The customer credit ratings 23 records credit ratings of current 
customers. 

[0023] The bad account definitions 24 define types of bad accounts. The bad 
account provision rates 25 record provision rates of different bad account types. 
The bad account provisions 26 store current bad account provisions of the 
enterprise. 

[0024] The database server 2 further comprises customer credit limit data 27, 
which store all valid credit limits of current customers. The customer credit limit 
data 27 is synchronously updated according to the AR data 21, the customer credit 
ratings 23 and the credit limit definitions 22. When the accounts receivable 



related to a customer is increased in the AR data 21 for the fulfillment of a 
purchase order released by the customer, the credit limit related to the customer is 
decreased by a corresponding sum. Similarly, when the accounts receivable 
related to the customer is decreased following a payment, the credit limit related to 
the customer is increased by a corresponding sum. 

[0025] The database server 2 further comprises an AR analysis table 28, and a 
bad account provision list 29. The AR analysis table 28 shows dates, customers, 
sums and other data of accounts receivable. The bad account provision list 29 
shows the statuses of all bad accounts. 

[0026] FIG. 3 is a schematic diagram of main function modules of the 
application server 3. The application server 3 comprises an accounts receivable 
(AR) managing module 30, a customer credit limit managing module 31, an 
account age analyzing module 32, a bad account provision calculating module 33, 
a bad account balancing module 34, and a report generating module 35. 
[0027] The AR managing module 30 is for managing the AR data 21 stored in 
the database server 2, and automatically updating the AR data 21 according to 
input from the sales management system 5 and the bill note management system 6. 
[0028] The customer credit limit managing module 31 is for managing 
customers' credit ratings and current credit limits. An authorized user can set or 
modify customers' credit ratings and credit limits. 

[0029] The account age analyzing module 32 is provided for users to analyze 
ages of accounts receivable. By using the account age analyzing module 32, an 
authorized user can obtain all overdue accounts receivable data and corresponding 
bad account provision rates for respective accounts receivable. 
[0030] The bad account provision calculating module 33 is for automatically 
calculating a bad account provision according to a bad account provision rate for 
each account receivable. The bad account balancing module 34 is for updating 



the bad account provisions 26 in the database server 2, and automatically 
generating corresponding accounting entries. The report generating module 35 is 
for generating relevant reports. 

[0031] FIG. 4 is a flowchart for managing a customer's credit limit, in 
accordance with the present invention. In step S40, the application server 3 
receives a customer's purchase order data from the sales management system 5 via 
the communications network 4. In step S41, the AR managing module 30 of the 
application server 3 calculates an account receivable for the purchase order 
according to the received data. More than one account receivable may need to be 
calculated for the purchase order. However, for the sake of simplicity, it will be 
assumed hereafter that only one account receivable is calculated. In step S42, the 
current credit limit of the customer is retrieved from the database server 2. In step 
S43, the application server 2 compares the account receivable of the purchase order 
with the credit limit. In step S44, the application server 2 determines whether the 
account receivable exceeds the credit limit. If the account receivable exceeds the 
credit limit, in step S45, the application server automatically notifies a relevant 
officer to refuse the purchase order. If the account receivable does not exceed the 
credit limit, in step S46, the application server 3 notifies a relevant officer to accept 
the purchase order, and updates the credit limit of the customer in the database 
server 2. That is, the sum of the account receivable is subtracted from the credit 
limit of the customer. 

[0032] FIG. 5 is a flowchart for recovering a customer's credit limit after a 
payment by the customer, in accordance with the present invention. In step S50, 
the application server 3 receives a customer's payment data from the bill note 
management system 6 via the communications network 4. In step S51, the 
application server 3 retrieves the accounts receivable data of the customer from the 
database server 2. In step S52, the accounts receivable data is balanced in 



accordance with the sum of the customer's payment. In step S 5 3, the application 
server 3 updates the credit limit of the customer in the database server 2. That is, 
the sum of the payment is added to the credit limit of the customer. 
[0033] FIG. 6 is a flowchart for calculating a bad account provision, in 
accordance with the present invention. In step S60, the application server 3 
retrieves accounts receivable data from the database server 2. In step S61, the 
application server 3 confirms the types of accounts receivable. Different types of 
accounts receivable have different bad account provision rates. In step S62, the 
application server 3 confirms the ages of the accounts receivable. In step S63, the 
application server 3 automatically selects bad account provision rates for the 
accounts receivable. That is, an account receivable with a longer overdue time 
has a higher bad account provision rate. In step S64, the application server 3 
calculates a current bad account provision for accounts receivable according to the 
AR types, the AR ages, and the bad account provision rates. In step S65, the 
application server 3 updates the bad account provision data stored in the database 
server 2. 

[0034] The preferred embodiment described herein is merely illustrative of the 
principles of the present invention. Other arrangements and advantages may be 
devised by those skilled in the art without departing from the spirit and scope of 
the present invention. Accordingly, the present invention should be deemed not 
to be limited to the above detailed description, but rather by the spirit and scope of 
the claims which follow and their equivalents. 



